• Le processus init démarre
• Il va lire /etc/inittab pour obtenir la séquence de démarrage
• Le contenu de ce fichier va déterminer:
  • le niveau d'exécution (runlevel) à utiliser par défaut
  • l'ordre des processus à démarrer pour ce niveau
  • la façon de les démarrer (une fois, en mode respawn (redémarrage automatique à la mort du processus), etc)
  • quoi faire lorsqu'un usager appuie sur Ctrl-Alt-Del
• Si on n'a jamais touché à /etc/inittab, voici ce qui se passe par défaut:
  • Le script /etc/rc.d/rc.sysinit est lancé d'abord, ce qui initialise le système de façon générale
  • Le script /etc/rc.d/rc est lancé, avec en paramètre le numéro du runlevel désiré (normalement 5, parfois 3). Ce script va donc entrer dans /etc/rc.d/rcX.d (ou X est le numéro du runlevel) et exécuter tout ce qui s'y trouve, dans l'ordre. Ce qu'on trouve là, ce sont des liens symboliques (donc des raccourcis) qui pointent vers les scripts de /etc/rc.d/init.d
    • Les raccourcis qui commencent par K sont suivis d'abord, dans l'ordre du numéro à deux chiffres qui suit la lettre K dans le nom. Chacun des scripts de /etc/rc.d/init.d ainsi lancé le sera avec le paramètre stop.
    • Les raccourcis qui commencent par S seront suivis ensuite, afin de démarrer les scripts correspondant avec le paramètre start.
    • Une fois certains services arrêtés et certains autres démarrés, on est officiellement dans le runlevel voulu.
    • Dans le cas des runlevels 2 à 5 (qui mènent à une utilisation "normale" du système), le dernier raccourci est S99local, qui pointe vers /etc/rc.d/rc.local, un fichier vide au départ mais auquel l'administrateur peut ajouter des commandes à exécuter au démarrage
  • Le programme /sbin/mingetty est ensuite lancé 6 fois pour créer les 6 consoles virtuelles permettant à l'usager de se loguer physiquement au serveur

• Appelée avec l'option --list, elle affiche tous les services qu'elle connaît et leur état pour chaque niveau d'exécution.  (Notez qu'elle affiche également en bonus la liste des services contrôlés par xinetd et leur statut).  On peut lui passer un nom de service pour restreindre la liste.
• Appelée avec le nom d'un service suivi de on, le service est ajouté aux niveaux d'exécution 2, 3, 4 et 5 (l'option --level permet de contourner ce comportement par défaut et de spécifier un (ou des) niveau(x) voulu(s)).
• La même chose peut se faire avec le nom d'un service suivi de off.
• On peut également faire la même chose avec le nom d'un service suivi de reset.  Dans ce cas, le comportement par défaut du service sera rétabli dans tous les niveaux d'exécution (à moins que l'option --level en spécifie autrement).

#  chkconfig: niveaux start stop

#  chkconfig: 2345 80 20

• Le fichier /etc/inittab n'existe plus et est remplacé par le répertoire /etc/init. Ce répertoire contient plusieurs fichiers, chacun d'entre eux représentant une job. Chaque job sera démarrée lorsqu'un certain événement sera lancé, puis possiblement arrêtée lorsqu'un autre événement sera déclenché. init chargera donc toutes les jobs en mémoire et chacune d'entre elle attendra le bon événement. On peut voir les jobs présentement en mémoire et leur statut en faisant initctl list.
  • Une des jobs est rcS et elle remplace le script /etc/rc.d/rc.sysinit. Cette job est démarrée dès l'amorçage de la machine, avant même d'entrer dans un runlevel particulier et initialise le serveur. Cette initialisation se fait en exécutant /etc/init.d/rcS, qui lui même va dans /etc/rcS.d suivre des raccourcis pointant sur /etc/init.d, comme pour l'entrée dans un runlevel.
  • Une autre job est rc-default. Elle démarre après rcS et amène le système au runlevel voulu par défaut.
  • Une fois dans un runlevel, c'est une des jobs rc0 à rc6 qui sera exécutée et qui appellera /etc/init.d/rc. Le principe est le même ici que pour sysvinit.
  • D'autres jobs démarreront les tty (consoles virtuelles) - ce qui remplace les appels à mingetty.

• Le script rc se trouve dans /etc/init.d plutôt que dans /etc/rc.d.
• Le script rc.local se trouve directement dans /etc plutôt que dans /etc/rc.d
• Les répertoires rcX.d contenant les liens se trouvent tous dans /etc/ plutôt que dans /etc/rc.d
• Les scripts de démarrage et d'arrêt de services se trouvent dans /etc/init.d plutôt que dans /etc/rc.d/init.d

• Toute la structure de répertoires de sysvinit (/etc/rc.d) est conservée telle quelle, avec le même contenu.
• Toute la structure de répertoires de upstart (directement dans /etc) est créée avec des liens symboliques qui pointent vers les répertoires et fichiers correspondants de /etc/rc.d.
• La job rcS (d'upstart) existe, mais appelle rc.sysinit (de sysvinit).
• Le fichier /etc/inittab (de sysvinit) existe encore, mais la seule ligne qui y a été laissée est la ligne qui définit le runlevel par défaut. Toute autre ligne qu'on y ajoute sera carrément ignorée. Ce fichier remplace la job /etc/init/rc-default (à la upstart).
• Les jobs tty existent (à la upstart) mais elles appellent /sbin/mingetty (à la sysvinit).
• Les outils chkconfig et ntsysv sont présents mais pas sysv-rc-conf (qui est de toute façon équivalent à ntsysv).

• Ubuntu est le créateur d'upstart et l'utilise donc complètement, sans aucune trace de sysvinit.
• Fedora (et son ancêtre RedHat) ont toujours utilisé sysvinit. Le passage à upstart est donc en ce moment en phase de transition. On voit toujours des traces de sysvinit, qui sont laissées simplement pour ne pas dérouter les habitués. Mais officiellement, c'est upstart qui est en contrôle. Il est possible de le désinstaller et de réinstaller sysvinit, mais je ne vois aucun intérêt à faire la manoeuvre. Les habitués de sysvinit s'y retrouveront aisément et la transition est facile. Elle apporte des nouvelles fonctionnalités, n'enlève rien et est simple à utiliser.
• Fedora implémente correctement les 7 runlevels: halte, mono-usager, multi-usagers texte sans NFS, multi-usagers texte, nul, graphique, redémarrage. Pour Ubuntu, les niveaux 2 à 4 étaient tous équivalents à 5.
• Fedora supporte par défaut la commande service, qui permet d'arrêter, démarrer, redémarrer ou obtenir l'état d'un service (stop, start, restart, status).
• Le service réseau s'appelle network (comme pas mal partout ailleurs), alors que sur Ubuntu il s'appelait networking.

• Téléchargez le fichier kde.repo et placez-le dans /etc/yum.repos.d. Ceci ajoutera un nouveau dépôt de paquetages à la liste de yum: le dépôt de KDE pour Fedora.
• Faites yum groupinstall kde-desktop
• Dites oui quand on vous demandera si vous êtes d'accord, puis laissez le téléchargement et l'installation se terminer.
• Faites un yum update juste après pour vous assurer que vous avez bel et bien la dernière version de ces paquetages (et des autres au passage).
• Fermez votre session (pas besoin de redémarrer le serveur). Lorsque vous la réouvrirez, avant d'entrer votre mot de passe, vous pourrez choisir votre environnement de bureau à l'item "session" au bas de l'écran. Choisissez KDE.